perm filename MODIFY.TXT[MF,ALS] blob
sn#760288 filedate 1984-07-03 generic text, type C, neo UTF8
COMMENT ā VALID 00002 PAGES
C REC PAGE DESCRIPTION
C00001 00001
C00002 00002 Possible modifications to GFtoDVI.
C00006 ENDMK
Cā;
Possible modifications to GFtoDVI.
There are three orthogonal dimensions to the problem of modifying GFtoDVI
to improve its methods of handling overlapping points and labels. These
are:
1) The time order in which dots and labels are accepted and printed.
2) The use of a dot or of two or more types of markers, I am suggesting
a second glyph in the form of a thin-line plus sign (+), perhaps as a
special gray character (255).
3) The choice betweem adding new catagories and between modifying existing
catagories 5 and 6 to make them more useful.
I am suggesting that:
a) All 1, 2, 3, and 4 points and labels be located first.
b) An attempt then be made to handle 5 designated points without overlap.
c) Remaining 5 designated points then be marked with the new + symbol
quite without regard to where these +'s would fall, and the labels and
locations for these points be listed in the overflow reporting area.
d) Points designated 6 be listed in an overflow region and not marked.
e) Points designated 0 (or undesignated) not be marked or reported.
By using rather thin and long strokes for the + glyph and by having it
rotated slightly to the left (but not far enough to be confused with an
x), it should always be possible to see the glyph even when overprinted
and also to see and read the overprinted dots and labels.
For the rare case when there might be some confusion or when a proof
sheet without overlaps was wanted, perhaps for publication, the user
could always redefine the points and do a rerun.